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Field off the Invention 

The present invention relates to a system and method for analyzing ergonomic 
movement, and more particularly to a system and method for combining a discrete simulation 
capability with an ergonomic analysis tool to provide a system for creating a continuous 
simulation of a series of user movements for ergonomic analysis over a period of time. 

Description of the Prior Art 

Various methods and devices are used to determine the physical strength required and 
motor skills necessary to perform certain job-related tasks. Such methods and devices are used 
in human factors engineering analysis to determine specific strength, mobility, and flexibility 
requirements necessary to perform a particular function, as well as for identifying difficult or 
impossible positional maneuvering required for the job. These devices are also used to perform 
injury evaluation related to workman's compensation claims, in rehabilitation exercise, in general 
exercise and physical conditioning, and in general injury evaluation. For example, U.S. Patent 
No. 4,795,351 to Baltimore Therapeutic Equipment Co., Baltimore, Md., describes a stationery 
device and method which is said to effectively simulate an actual job task, by requiring use of a 
subject's muscle groups affected by an injury, and record the subject's performance. This type of 
"real world modeling" is effective in cases where the task to be performed is relatively simple or 
the duration is comparatively short. The modeling of complex tasks and activities does not 



conveniently lend itself to "live" reenactment for analysis purposes since the amount of data that 
must be manually generated to support the analysis necessitates limiting the model to a specific 
portion of the task. Current modeling techniques are also heavily dependent on the particular 
subject's strengths, weaknesses, and limitations and consequently do not provide the full scope of 

5 an objective evaluation. 

Computer simulation has long been a preferred method for analysis of complex 
event-driven tasks, particularly when resources (time, money, manpower, etc.) are limited. 

rj Simulation is broadly defined as the creation of a model which, if subjected to arbitrary stimuli, 

yi responds in a similar way to the actual embodiment of a particular physical object or device. 

1@| More specifically, the term "simulation" is typically used when such a model is implemented as a 

ru 

JJJ computer program. Simulation saves a significant amount of time and financial resources 

because it enables designers to detect design errors and human factors issues well in advance of 
ry actual implementation. It saves manpower and allows designers to explore a wider spectrum of 
S3 potential operational parameters. Moreover, the process of analyzing the simulation itself can be 
1 5 viewed as a phase of development, as the initial general concept of a new manufacturing process 
slowly evolves into a safe and efficient manufacturing operation. 

The primary benefits of modern simulation systems are that they provide an avenue for 
analyzing complex tasks without requiring the actual performance of the task by a subject or the 
physical manifestation of a desired workstation. Discrete event simulation represents a physical 
20 system as a simulation model having a discrete set of states. Each simulation state is associated 
with a particular condition of the physical system. A change in the physical state of the modeled 
system is represented by a transition to a corresponding simulation state. A sequence of these 
transitions, representing progression of time in the physical system, is accomplished by 
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executing a sequence of functions called events. These events are maintained on a time-ordered 
list, such that execution of an event causes simulation processing to occur that updates state 
variables of the system. The depiction of ergonomic movements in this way permits the 
continuous analysis of a series of contiguous tasks over the duration of the entire work cycle and 
not just a static evaluation of one portion or time-slice of a task. Understanding the task in its 
entirety and its impact on the operator yields better information to the human factors engineer 
since it gives the engineer the opportunity to isolate the specific element of the task that falls 
outside of acceptable ergonomic boundaries, and alter it just enough to bring the entire task back 
within these boundaries. 

One drawback of the use of prior art simulation systems is that the development of 
simulation programs is often time consuming and difficult. In response, software vendors have 
developed products, called simulation languages, to simplify the task of writing simulation 
programs. Generally, simulation languages include commonly used components, such as a unit 
to generate events according to one of several profiles, and provide a convenient way for 
arranging the components and tailoring them to replicate the business process under 
consideration. In use, an analyst must select the desired components, arrange the components in 
a pattern that resembles the business process being analyzed, and supply values tailoring the 
components to behave like the real process. The result is a "program" in the simulation 
language. This program is translated into something called an "executable" program consisting 
of instructions that can be understood by the computer being used. When currently available 
simulation techniques are used, a new computer simulation program must be constructed each 
time a process is considered for re-engineering. The time needed to develop and debug a model 
of a moderately complex process ranges from two man-weeks to two man-months. In addition to 



creating the model in the simulation language, the human factors engineer must verify that the 
resulting computer program is free of errors and replicates the behavior of the process. As a 
result, the total time necessary to develop a useful simulation model is often a barrier to using a 
simulation model if there is an urgent need to change a business process or model a series of 

5 ergonomic movements. Another drawback of the use of traditional simulation systems is that 
the output from such systems is often too complex for laymen to understand, and very often 
requires assistance from experts trained in the use of the system. This is particularly true for a 

C3 system that models the complex movements of the human body as it performs a series of 
functions. 

1|>5 Therefore, there currently exists a need for combining a discrete simulation system with a 

graphical user interface (GUI) that permits the conduct of a detailed ergonomic analysis that can 
p be quickly and easily evaluated. 
fU Summairv 

O In accordance with the purpose of the present invention, as embodied and broadly 

1 5 described, the invention provides a method and apparatus for performing discrete simulation of 
ergonomic movements. The apparatus includes a microprocessor to transform a manually 
performed process into a sequential listing of events, simulate the process and tabulate the 
results. In addition to a tabular output of the simulation results, the present system includes a 
graphical representation of a subject performing the simulated tasks together with color-coded 
20 depictions illustrating awkward and overly-demanding body movements. Furthermore, an event 
detector is provided to detect invalid events that may be simulated during verification of the 
design. The entire process is performed in a manner that minimizes data transfer time between 
the simulated model of the process and the ergonomic analysis of the operator portions thereby 
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ensuring that a high level of synchronization is maintained between the simulation of the process 
and creation of the graphical representation. 

Additional advantages, and features of the present invention will further become apparent 
to persons skilled in the art from the study of the following description and drawings. 

5 Description off the Drawings 

The accompanying drawings, that are incorporated in and constitute a part of the 
specification, illustrate presently preferred embodiments of the invention and, together with the 
p general description given above and the detailed description of the preferred embodiments given 

ssr- 

E-P below, serve to explain the principles of the invention. 



M\ Figure 1 is a block diagram of a system for performing discrete simulation of ergonomic 
y movements in accordance with the present invention; 

3.5 £ 

}*% Figure 2 is a more detailed block diagram of the events computer Figure 1 ; 

fy Figure 3 is a more detailed block diagram of the simulation computer of Figure 1 ; 

C3 Figure 4 is a more detailed block diagram of the ergonomics computer of Figure 1 ; 

15 Figure 5 is a flow chart of the system for performing discrete simulation of ergonomic 



movements of the present invention; 

Figure 6 is a tabular listing of valid tasks; 

Figure 7 is a flow chart of the processing performed by the events computer; 
Figure 8 is a flow chart of the processing performed by the simulation computer; and 
20 Figure 9 is a flow chart of the processing performed by the ergonomic computer. 

Detailed Description of the Invention 

In the following detailed description of an embodiment, consistent with the invention, 
reference is made to the accompanying drawings that form a part thereof, and in which is shown 
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by way of illustration a specific embodiment in which the invention may be practiced. This 
embodiment is described in sufficient detail to enable those skilled in the art to practice the 
invention and it is to be understood that other embodiments may be utilized and that structural 
changes may be made without departing from the scope of the present invention. The following 
detailed description is, therefore, not to be taken in a limited sense. 

Embodiments consistent with the invention, as described herein, are implemented as 
logical operations in a computing system. The logical operations are implemented: (1) as a 
sequence of computer implemented steps running on the computing system and (2) as 
interconnected machine modules within the computing system. The implementation is a matter 
of choice dependent on the performance requirements of the computing system implementing the 
invention. Accordingly, the logical operations making up the embodiments described herein are 
referred to variously as operations, steps, or modules. 

The operating environment in which the present invention is used encompasses general 
distributed computing systems wherein general purpose computers, work stations, or personal 
computers are connected via communication links of various types. In a client server 
arrangement, programs and data, many in the form of objects, are made available by various 
members of the system. The operating environment may alternatively represent a single desktop 
computer comprised of a plurality of internal microprocessors. 

Referring now to the drawings, in which like numerals represent like elements throughout 
the several figures, the present invention will be described. FIG. 1 shows a simulation system 5 
comprised of a plurality of interconnected computers and microprocessors hosting a plurality of 
operating systems. By way of example, the network can be comprised of Pentium™ based 
microprocessors operating on Windows/NT, UNIX, and/or Windows operating systems. 



However, the present invention may be embodied on a variety of different platforms, including 
Macintosh, UNIX, NextStep, MS-DOS, and the like. 

Simulation system 5 includes an events computer 10 coupled to a dynamic ergonomics 
analysis tool (DEAT) 15. A motion capture device 18, as further shown in FIG. 1, may be 
5 coupled to events computer 5 via serial communication link 22. DEAT 15 is further comprised 
of a simulation computer 12, and an ergonomics computer 14 coupled together via data 
communication link 16. DEAT 15 is also comprised of spreadsheet software 24 that may either 

^ be located on ergonomics computer 14 or on another computer system (not shown). Ergonomics 

m 

Z j computer 14 communicates with spreadsheet software 24 through a system bus (in the event they 

iri 

ft are located in the same computer) or along data communication link 16 (in the event that 
tn spreadsheet software 24 is located on another computer system.) Events computer 10 may be 
S3 coupled to DEAT 1 5 through a system bus (in the event they are microprocessors populating a 
■ ; single motherboard) or they may be coupled to each other via a communications link 20 (in the 
^ event they are separate computers on a network). Events computer 10, simulation computer 12 
15 and ergonomics computer 14 communicate with each other using a socket layer protocol. The 
term "sockets" is an application program interface (API) developed for the Berkeley version of 
AT&T's UNIX® operating system for interconnecting applications running on data processing 
systems in a network. A socket is used to define an object that identifies a communication 
endpoint in a network. At least one socket is associated with each computer such that data 
20 communication link 16 couples the socket associated with simulation computer 12 to a first 
socket associated with ergonomics computer 14. Data communication link 16 also couples a 
second socket associated with ergonomics computer 14 to a socket associated with spreadsheet 
software 24. Data communication link 20 couples the socket associated with the events 
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computer 10 to a third socket associated with ergonomics computer 14. The sockets are 
configured such that data entering and exiting the socket always complies with a predetermined 
format. This provides the capability to use any combination of computers and software 
components by simply "unplugging" one version and "plugging in" the new version. In this way, 
events computer 10, simulation computer 12, ergonomics computer 14 and spreadsheet software 
24 simply become "black boxes" to the data communication links. In principle, the data 
communication links 16 and 20 (and all downstream computers/components) need not know or 
be concerned about the "internals" which operate on the inputs to create the outputs. To activate 
a connection between computers, a socket in the source computer initiates a connection through 
the socket programming interface. The necessary data and control information will be handled 
by the source computer and socket interface. The data is then transmitted over the data 
communication link to the destination computer thereby establishing a communication link. 

As shown in FIG. 2, events computer 10 preferably includes a main memory 100, an 
input device 120, a mass storage device 140, and a central processing unit (CPU) 130 for 
performing various functions related to creation and storage of time-ordered events. Stored on 
mass storage device is a sequential listing of events 145 that are to be inputted into the events 
computer 10. These components communicate through a system bus or similar architecture. 
Additionally, events computer 10 may be connected to an internal or external modem 150 or like 
device for communication along serial communications link 22 and network connection 20. 
Alternatively, events computer 10 may be connected via the system bus for communication with 
DEAT 15 and motion capture device 18. In the case where the events computer 10 is a 
standalone desktop computer, it will also contain a display device 110 and a keyboard and or 
mouse for input. There may be other components as well, but these are not shown to facilitate 
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description of the unique aspects of this embodiment of the invention. The hardware 
arrangement of this computer, as well as the other computers discussed in this specification is 
intentionally shown as general, and is meant to represent a broad variety of architectures, which 
depend on the particular computing device used. 

FIG. 3 is a diagrammatic representation of simulation computer 12. As shown in FIG. 3, 
simulation computer 12 is comprised of a main memory 200, an input device 220, a mass storage 
device 240, a CPU 230, and an internal or external modem 250. As further shown in FIG. 3, 
mass storage device 240 maintains a simulation executive 270. The function of simulation 
executive 270 is to provide a controlling mechanism by which a mixture of application software 
subsystems 280, constructed as discrete-event simulation components, may be executed with a 
plurality of computer processors synchronized to simulate a plurality of tasks over a period of 
time. Application software subsystems 280 consist of a set of one or more processes. Each 
process or group of related processes incorporates software that simulates some subsystem of the 
target application. In this context, a process is an independent program, or load module, that is 
assigned to a processor for execution. 

A simulation executive 270 controls the execution dispatch of each process within each 
subsystem component. Simulation execution proceeds as a succession of discrete events. The 
time duration between each discrete event varies as a function of the events being executed and 
may vary widely during execution of the simulation. An important aspect of this simulation tool 
is that it aligns, whenever possible, discrete event cycle times to coincide with ergonomic 
software processing times, so that information passed between the two systems within the 
simulation is synchronized, coherent and timely. Major software components of the executive as 
shown in FIG. 3 include a timing element 290 and a simulation scheduler 295. Timing element 



290 maintains system mode and time, and provides overall execution control of the simulation 
subsystem components. Simulation scheduler 295, on the other hand, is the master scheduler for 
each simulation cycle. As in the case of events computer 10, simulation computer 12 may also 
be comprised of a display device 210. 

FIG. 4 is a diagrammatic representation of ergonomics computer 14 in accordance with 
the present invention. As shown in FIG. 4, ergonomics computer 14 is comprised of a main 
memory 300, a video display 310, an input device 320, a mass storage device 340, a CPU 330 
and an internal or external modem 350. Memory 300 additionally contains software for 
providing a graphical image display of the simulation on display 310. As further shown in FIG. 
3, secondary storage device 340 maintains an ergonomics database 360. At a minimum, 
ergonomics computer 14 will measure: strength and posture; energy expenditure/metabolic rate 
(GARG); National Institute for Occupational Safety and Health (NIOSH) lifting index; back 
compressive forces; and the frequency of certain repetitive tasks. 

Events computer 10, simulation computer 12, and ergonomics computer 14 shown in 
FIG. 1 independently run interrelated software programs and function as a group to process a 
simulation in accordance with the present invention. Although the present invention may be 
utilized to model and analyze a wide variety of tasks, including processes, product design, and 
manufacturing techniques, the term "simulation" will be used to generally describe the model for 
a manually fed and swept Delivery Bar Code Sorter (DBCS). The DBCS is a letter sorting 
device used by the U.S. Postal Service. It is usually staffed by two operators. Limiting the 
description to the DBCS is being done for the sake of brevity, and should not be construed to 
limit the scope of the present invention. 
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It is therefore understood from the schematic overview illustrated by FIG. 1 and the 
detailed schematics of FIGs. 2-4 that the present invention, when properly configured, may be 
employed in a distributed computer environment to model any series of complex ergonomic 
tasks. The next portion of this disclosure illustrates the actual operation of the subject invention 
through a series of detailed flow charts. 

As shown in FIG. 5, events computer 10 in step 500 first creates sequential listing of 
events of the functions performed by a typical DBCS operator. The events can either be 
automatically simulated by events computer 10 and then stored in memory 100 or a human 
subject equipped with an appropriate motion capture device 18 may manually perform the 
various functions or events and have them passed to events computer 10 by the motion capture 
device 18 over a serial communication link 22 for storage in memory 100. Examples of the 
various events include: walk to a bin, raise arms, grasp drawer, pull out drawer, etc. 

FIG. 6 shows a tabular listing of the task descriptions including task# 600, description 
610, category 620, detail 630, time 650, etc. As shown, each description 610 summarizes the 
task to be performed by the subject, category 620 explains the function performed during the task 
(e.g., lifting, lowering, push, pull, etc.) Detail 630 further provides insight into the task 
performed. For example, description 610 states that the subject "reaches to a drawer," category 
620 explains that the task involves lateral arm work, and detail 630 further provides that the 
subject is standing and twisting at a 90° angle. These descriptions 610 actually represent 
portions of actual job functions (e.g., sweeping a bin) performed by a DBCS operator. In other 
words, the job function of sweeping bin #4 may include the following tasks: walking 10 seconds 
to the bin, raising your arms, reaching for the drawer, grasping the drawer, pulling the drawer 
out, etc. The job function of sweeping bin #10 may be identical except for the fact that the 
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subject must walk farther or reach higher/lower. Once the events computer 10 creates the tasks, 
the ergonomic computer 14 "packetizes" the tasks into job function libraries for later retrieval 
during the actual simulation. That is, when simulation computer 12 passes an event (e.g., bin #4 
is full) to ergonomic computer 14, ergonomic computer 14 retrieves the packet of tasks 
associated with emptying the bin and processes them accordingly. 

Simulation computer 12 has been programmed to model the workflow at a typical DBCS. 
In other words, simulation computer 12 "knows" which drawers or bins fill up and how often 
they fill up over a period of time for a particular processing location. When the simulation 
system 5 is run, simulation computer in step 700 passes time-based events to ergonomics 
computer 14 along data communication link 16. The time-based events may be the status (e.g., 
Vi full, 3 A full, 100% full, etc.) of one or more trays, drawers and racks. Ergonomics computer 
14 identifies the tasks associated with each time-based event and then updates the report statistics 
in spreadsheet software 24 and graphical image display operating on display 310 accordingly. 
While FIG. 5 simply shows the process executing a single time, it is understood by those skilled 
in the art that the process can be recursive. 

As shown in FIG. 7, the simulation process begins when a user creates a listing of the 
actual tasks to be performed by a human operator working at a DBCS (step 710). This process is 
performed in the present system through the use of multiple human models of the human stature 
with sensors attached to defined locations on the body, (note: this description repeatedly refers to 
human models in the 95 th percentile - 5 th percentile. This is for the sake of brevity and should 
not be construed to limit the scope of the present invention.) The human model then goes 
through the desired motion as events computer 10 captures the model's physical movements at 
up to 30 times a second. The model can either be located in an actual workplace or in a full scale 
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mock-up environment. In addition to performing valid operations, the human model may 
perform correct and incorrect equipment operations for analysis. It is however important that the 
environment include all the elements of the real world workplace that will limit or otherwise 
inhibit operator movement during the performance of the specific task. The list includes the 
5 period of time necessary to perform the task, interrelationships between the tasks as well as a 
frequency with which the task is performed. While this specification discloses a process of 
creating events wherein a user manually creates a listing of events (either through manually 
entering data into events computer 10, or via the use of motion capture device 18), it is important 
% to note that events computer 10 may automatically create a listing of events through the use of an 
1$ event generator routine stored in memory 100. Once the listing is complete, events computer 10 

ry 

In passes the time-based events to ergonomics computer 14 so that the events can be packetized 

tf% 

s into actual job functions and stored in memory 300 (step 720). The packetized job functions are 

?W then stored in job function libraries in memory 300 for later retrieval. 

;±f FIG. 8 shows a flowchart depicting the software process performed by simulation 

f5 computer 12 after ergonomic computer 14 has stored packetized events into memory 300 for 
later retrieval. First, as shown in step 810, simulation computer 12 determines that a particular 
time-based event has occurred. For example, simulation computer 12 may determine that a 
particular bin or tray has recently filled up. Next, in step 820, timing element 290 compares the 
current time to the time stamp associated with the time-based event. If the current time is less 

20 than the associated time stamp, simulation computer 12 waits until the current time is equal to 
the associated time stamp. When the current time equals the associated time stamp, simulation 
scheduler 295 selects the job function to be executed to accomplish the time-based event (step 
830), and then transfers the job function to ergonomics computer 14 (step 840). For example, a 
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time-based event may be "sweep bin #4." In addition to transferring the job function associated 
with each time-based event to the ergonomics computer 14, simulation computer 12 may also 
transmit the following data: hand location(s) (e.g., horizontal distance, vertical distance, and 
lateral distance (how far apart are hands)); weight of package or tray; task type; frequency; force 
(for pushing and pulling activities); force direction; posture; starting position (location 
coordinates); ending position (location coordinates); time stamp of events; size of package or 
tray; asymmetry of object (at the origin and destination); duration; and coupling (quality of hand 
to object, i.e., handle, and grip). After the job function with its associated data has been 
transferred to ergonomics computer 14, the process flows to step 800 (FIG. 5). 

FIG. 9 shows a flowchart depicting the software process performed by ergonomics 
computer 14 after simulation computer 12 transmits a job function with its associated data to 
ergonomics computer 14. First, as shown in step 910, ergonomics computer 14 receives the job 
function with its associated data. For example, in the case of the above times-based event (i.e., 
sweep bin #4), the tasks associated with it may be: Processes associated with that event may be: 
(1) walk 40 feet; (2) turn 90° to the left; (3) extend arms 90°; (4) grasp the tray; (5) pull tray out; 
(6) release tray; (7) reach for drawer; (8) pull drawer out; (9) release drawer; (10) reach to 
DBCS; (1 1) grasp letters; (12) move letters to 1226F rack; etc. When ergonomics computer 14 
receives a job function, it computes new task data to reflect the simulated operator's performance 
of the particular job function in step 920. In essence, if the job function requires the simulated 
operator to turn its head 45° to the left, ergonomics computer 14 will determine the current 
location of the operator's head and adjust the value accordingly to reflect execution of the task. 
Next, ergonomics computer 14 ascertains whether performance of the current task is a valid 
operation in step 930. For example, ergonomics computer 14 ensures that a simulated human 
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subject is not asked to perform impossible or at least, ill-advised tasks. An impossible task may 
be one that places an undue risk of injury on the human subject, or one that requires the subject 
to place itself in an improper body position to perform the specific task. An impossible task may 
also require the subject to perform excessive bending, or utilize improper techniques for heavy 
lifting, etc. If the task is not valid, process execution flows to step 940 and a message is printed 
out to spreadsheet software 24, informing the user that high risk operation was attempted to be 
performed and the process continues. The system may alternatively provide for manual selection 
by a user to resolve the unsafe element of the activity or it may automatically resolve the conflict 
and simply inform the user, after the fact. Next, ergonomics computer 14 analyzes the data and 
updates ergonomics database (step 950). To perform the analysis, ergonomics computer 14 
accesses at least the following: spinal compressive force estimation model(s); joint strength 
prediction model(s); a variety of databases containing anthropometric parameters consisting of 
physiological measurements for people in the 5th to 95th percentile to include various population 
groupings of the US, Japanese, European, etc.; NIOSH lifting guidelines; push/pull guidelines; 
upper extremity evaluation model; metabolic model; and cycle determination/frequency counts. 
Ergonomics database will track: frequency (i.e., number of lifts over a period of time); percent 
of time walking vs. percent of time performing bends, lifts, etc.; time a package arrives and its 
bin location; size of the package or tray; weight of the package or tray; starting position 
coordinates of the package or tray; and ending position coordinates of the package or tray. In 
step 960, ergonomic computer 14 updates the graphical representation of the simulation on 
display 310. At a minimum, ergonomic computer 14 will provide dynamic graphing of the 
following: posture/balance = acceptable/non-acceptable; back compression design limit vs. back 
compression upper limit; static strength; spinal forces; fatigue/recovery time, etc. The 
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ergonomic computer performs this series of tasks 910-960 for each retrieved job function. It 
additionally performs several background tasks (e.g., memory management, data sharing, etc.) as 
necessary. When the complete series of job functions have been performed and the database 
updated, ergonomic computer 14 outputs an analysis listing of the simulation. 

From the foregoing description, it will be appreciated that the present invention provides 
an efficient system and method for coupling a simulation system with a graphical user interface, 
so that a designer can quickly and easily determine whether newly defined or pre-existing tasks 
conform to ergonomic guidelines which would reduce exposure of workers to risk of injury. 
Also, it will be appreciated that the present invention is capable of evaluating in real-time and 
determining the exact moment when specific tasks exert excessive force on a worker's body, 
exceeding NIOSH recommended force limits. The present invention has been described in 
relation to particular embodiments which are intended in all respects to be illustrative rather than 
restrictive. Those skilled in the art will appreciate that many different combinations of hardware 
will be suitable for practicing the present invention. Many commercially available substitutes, 
each having somewhat different cost and performance characteristics, exist for each of the 
components described above. 

Although aspects of the present invention are described as being stored in memory, one 
skilled in the art will appreciate that these aspects can also be stored on or read from other types 
of computer-readable media, such as secondary storage devices, like hard disks, floppy disks, or 
CD-ROMs; a data connection to/from the Internet; or other forms of RAM or ROM. Similarly, 
the method of the present invention may conveniently be implemented in program modules that 
are based upon the flow charts in FIGS. 5-8. No particular programming language has been 
indicated in the present description for carrying out the various procedures described above 
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because it is considered that the operations, steps and procedures described above and illustrated 
in the accompanying drawings are sufficiently disclosed to permit one of ordinary skill in the art 
to practice the present invention. Moreover, there are many computers and operating systems 
which may be used in practicing the instant invention and therefore no detailed computer 
program could be provided which would be applicable to these many different systems. Each 
user of a particular computer will be aware of the language and tools which are most useful for 
that user's needs and purposes. 

Alternative embodiments will become apparent to those skilled in the art to which the 
present invention pertains without departing from its spirit and scope. Accordingly, the scope of 
the present invention is defined by the appended claims rather than the foregoing description. 
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